原文

• 几个思考
  • 不能关注交付，否则没有产品创新
  • 不要搞太复杂的基础架构，高可用就行
  • 特别是不要搞太多低代码搭建工具，在交付领域，体验不够，效能可以通过pro code
  • 强调标准流程
• PaaS交付 即SaaS在大客户层的定制所需
• PaaS 介于全代码和 SaaS 的无代码之间
• 现在的都是垂直 PaaS
• PaaS 很贵
  • 因为现在的 PaaS 架构都太复杂了
    • 基础层搞大数据、微服务、分布式、监控等等
    • 能力层又不希望写代码，有一堆低代码引擎
• 搭建 PaaS 是为了解决定制需求，定制需求不仅仅改表单，其实是改流程
  • 这就是为什么选择标准 BPMN 的原因。流程组装相对不透出交互，可以相对标准化。更关注标准化之后的二次改造（fork？）。
• 确认走大客户路线，才应该走 PaaS
  • 建设早
• 并且验证了 PMF。
  • 即有收益了
  • 一般是规模化赛道
    • 产品线长
    • 覆盖行业广
• PaaS 可能会陷入项目（交付）陷阱。
  • 因为 PaaS 是还在搭建交付
    • 即需要对接大客户需求，最重要的人成了项目经理
  • SaaS 直接就可交付，所以可以进入下一步，即产品创新阶段